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(54) Computerized methods for competitive and collaborative contract bidding, formation, and 
performance 



(57) Methods for carrying out electronic commerce, 
using, for example, the Internet, or other electronic 
means for communicating among servers and computer 
stations. An exclusive electronic business community is 
formed in which customer members post requests for 
proposals for goods or services on an electronic busi- 
ness site. Vendor members review the posted requests 
and then post a responsive proposal or bid at the elec- 
tronic business site. The bid may be based either upon 
the vendor's individual capabilities, or upon capabilities 



resulting from collaborating with third parties. The col- 
laboration with third parties may range from forming 
business alliances or partnerships, to assuming primary 
contractor or sub-contractor roles. The requesting cus- 
tomer member accesses whatever bids are submitted, 
and ultimately negotiates and enters into a contract with 
a selected vendor member for purchase of the desired 
goods or services. 
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Description 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 5 

[0001] The invention relates generally to methods 
for carrying out electronic commerce, using, for exam- 
ple, the Internet, or other electronic means for commu- 
nicating among servers and computer stations. More w 
specifically, the invention relates to methods for cus- 
tomer members to post requests for goods or services 
on an electronic business web site, for vendor members 
to review the posted requests and then post a respon- 
sive proposal or bid at the electronic business site. This 15 
proposal may be based either upon the vendor's individ- 
ual capabilities or upon capabilities resulting from col- 
laborating in a variety of ways with third parties. The 
requesting customer member and a selected vendor 
member then negotiate and ultimately enter into a con- 20 
tract for purchase of the desired goods or services. 

2. Description of the Prior Art 

[0002] Electronic commerce using the Internet has 25 
increased significantly in recent years, and promises 
ultimately to supplant many traditional ways of conduct- 
ing business. One common form of electronic com- 
merce contemplates that an individual company, or 
vendor, maintains an Internet web site where that com- 30 
pany's goods or services are advertised. In the adver- 
tisement of goods, product specifications, pictures, 
prices, and purchase information are typically included. 
Services may be advertised in the same fashion, where 
the services are standard, and the scope of the work is 35 
known and definite. However, the advertisement of cus- 
tom services is more difficult, as it requires interactive 
sharing of information between the company and its 
potential customer. Some web sites provide for direct E- 
mail inquires, where the customer can communicate its 40 
needs and specifications to the company, and receive in 
return an E-mailed bid or proposal from the company, 
calculated to meet the customer's specified require- 
ments. 

[0003] While electronic communication by way of 45 
the Internet and E-mail enhances certain aspects of the 
business model described above, the mechanics of the 
commercial transaction remain traditional and inefficient 
in many ways. The prior art business model initially 
requires that a customer lists its requirements and spec- so 
ifications for the desired goods and services. Then, the 
customer must survey and review, all of the potentially 
acceptable products and services available in the mar- 
ketplace. After culling out the inappropriate or undesira- 
ble vendors, the customer finally develops a "short list" 55 
of suitable targeted vendors. 

[0004] The customer then creates a document 
known as a Request For Proposal ("RFP"), and issues 
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a copy of the RFP to the short list of vendors. Upon 
receipt of the RFP, a targeted vendor may elect not to 
respond or bid, in effect eliminating prospective vendors 
from the short list. In addition to shortening the list fur- 
ther, the customer's time and effort expended in select- 
ing and communicating with a non-responsive targeted 
vendor are entirely wasted. 

[0005] Some of the targeted vendors which intend 
to respond to the RFP may be unable to provide all of 
the required good or services. These vendors must 
invite assistance from other vendors to fulfill the cus- 
tomer's needs. The existence of collaboration or busi- 
ness partnerships between or among vendors to satisfy 
the terms of a particular RFP may not be reflected in the 
proposal made to the customer. The customer may mis- 
takenly believe that a single vendor will perform under 
the proposal, when in fact, other unknown vendors may 
be intimately involved both in the development of the 
proposal and in completion of performance under it. 
[0006] The customer reviews the proposals, and 
ultimately decides upon which vendor or vendors it 
wants to provide the desired goods or services. Then, 
the customer and the vendor are called upon to negoti- 
ate the terms and conditions, including the price, of the 
goods or services in question. The negotiation situation 
may further be complicated if the selected vendor did 
not disclose, in the terms of its proposal, the fact that 
other vendors, or sub-contractors will be relied upon to 
perform the requested service or provide the requested 
goods. Such a situation creates a multi-layered negotia- 
tion process, where the selected vendor may have to 
negotiate with the other vendors or sub-contractors 
each time a counter-proposal is received from the mem- 
ber customer. The multi-layered negotiation process is 
time-consuming and inefficient, and ultimately adds to 
the overall cost of the goods or services, both for the 
customer and the vendor. The prior art selection proc- 
ess also eliminates potential vendors who may be 
involved in the process of developing products and 
services that could satisfy the customer's requirements, 
but were never even considered because the customer 
was not aware of the vendor's present or developing 
capabilities. 

[0007] Consequently, room exists for improvement 
in the overall process by which customers and vendors 
engage in competitive and collaborative contract bid- 
ding, formation and performance, for the purchase of 
goods and services. 

SUMMARY OF THE INVENTION 

[0008] The present invention contemplates the 
establishment of an electronic business site preferably 
on the Internet, or connected to an equivalent electronic 
communications network. The business site is run by a 
business community organizer, and is only accessible 
by business community members, including customer 
members, vendor members, and sub-contractor mem- 
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bers. The members are registered in the business com- 
munity, after providing certain information to the 
community organizer and meeting entry criteria. 
[0009] At the electronic business site, a virtual busi- 
ness community is created where customer members 5 
and vendor members can meet to exchange require- 
ments and proposals, access performance histories of 
members under earlier contracts, and negotiate the 
terms of a new contract. The electronic business site 
also facilitates the formation of partnerships and other w 
collaborative business relationships among and 
between vendors and sub-contractors, to satisfy cus- 
tomer member needs. This is typically accomplished by 
bringing together types of electronic postings, including: 
Requests For Proposals, posted by customer members; 15 
Proposals/Bids, posted by vendor members; and, tem- 
plates or forms of Memoranda Of Understanding and 
Corporate Partnership Contracts, posted by the com- 
munity organizer. Once a bid for a customer project has 
been tendered and accepted, and an agreement 20 
between the customer member and the vendor member 
has been entered into, implementation of the project 
may require special staffing. For that purpose, a vendor 
may recruit sub-contractors. 

[0010] A client/server architecture is employed to 25 
implement the system. The business site maintained by 
the community organizer includes hardware in the form 
of one or more application servers, one or more data 
storage devices, and a plurality of web servers, and 
appropriate software to control each component. Each 30 
of the community members has a client PC or a work- 
station, or an interactive web client device, such as a 
cellular phone, capable of accessing the Internet or the 
communication network system employed. Vendor 
members may be directly connected either to the Inter- 35 
net, or a collaboration server may be interposed 
between the vendor's web client device and the Inter- 
net. This special server arrangement allows vendors to 
collaborate among themselves to fashion and imple- 
ment joint business relationships in response to cus- 40 
tamers' requirements. 

[0011] Customer members initiate a business 
transaction by posting a Request For Proposal ("RFP") 
on the web page of the business site. The RFP typically 
has a detailed description of the goods or services 45 
sought, the desired date for performance completion, 
and a budget, if applicable. Vendor members become 
aware of posted RFPs in several ways. A vendor mem- 
ber may browse outstanding RFPs posted on the web 
page. Or, a vendor member may browse the web page so 
searching for a customer member by name, or by 
searching a company category directory. A notification 
service is also provided by the community organizer, for 
sending electronic notification to vendor members, for 
example by E-mail, whenever an RFP fitting the ven- ss 
dor's criteria is posted. 

[0012] After a vendor has reviewed an RFP and 
found it of interest, it needs to make an election as to the 



desired participatory role in the business transaction. 
The roles include: a sole vendor role, a primary contrac- 
tor role, a sub-contractor role, or a vendor/vendor col- 
laborative role. In the event a sole vendor's role is 
elected, the vendor would simply submit a responsive 
bid or proposal directly to the customer. The posted 
RFP is then be updated, to reflect the fact to the cus- 
tomer and to other prospective bidding vendors, that a 
proposal has been submitted in response to the RFP. 
[0013] Should a vendor choose to become a pri- 
mary contractor, it would first seek out sub-contractors 
through a process known as "marshalling". In this proc- 
ess, the primary contractor may accesses a sub-con- 
tractor list, or register, maintained by the community 
organizer. The primary contractor may also access 
another register at the business site, containing the 
names of all vendors who have expressed an interest in 
assuming a sub-contractor's role for the particular RFP 
of concern. The community organizer also maintains 
another member-accessible database, having contract 
performance history about customers and vendors, 
including those vendors who may have performed as 
sub-contractors. Using these tools, the primary contrac- 
tor selects the appropriate sub-contractor(s), and 
begins contract negotiations for the necessary goods or 
services. The parties may access and employ pri- 
ma ry/s u b-co n tra cto r template agreements, maintained 
by the community organizer. These agreements include 
typical provisions which are calculated for structuring 
successful primary/sub-contractor transactions. Assum- 
ing successful negotiations are completed, the primary 
contractor and the sub-contractor(s) enter into a con- 
tract, typically made contingent upon the primary con- 
tractor being awarded a contract under the RFP. With 
this complement of additional support, the primary con- 
tractor then submits a responsive bid or proposal to the 
RFR 

[0014] A vendor may also choose to form a strate- 
gic business alliance, such as a joint venture or some 
other form of business relationship, with another vendor. 
In this collaborative circumstance, two or more vendors 
join together to respond to the RFR The vendors 
employ a special set of communication tools and proto- 
cols available at the business site, for posting requests 
for other vendors to enter into a joint business alliance 
for the purpose of meeting the RFP's requirements. The 
vendors have access to the previously mentioned data- 
base having contract performance information about 
potential vendor partners. The vendors also have 
access to vendor/vendor template agreements, main- 
tained at the business site by the community organizer. 
Contract negotiations between and among the vendors 
ensue, and if successful, result in vendor/vendor con- 
tracts. Then, the vendor business alliance posts a ven- 
dor/vendor bid to the customer in response to the RFR 
[0015] Further negotiations ensue after the 
requesting customer member receives the responsive 
bids, and selects a posting vendor, or vendors, with 
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whom to enter into a contract. The customer and vendor 
members may choose to employ one or more contract 
templates provided at the business site. These contract 
templates are created by the community organizer and 
the members to handle a wide variety of goods and 
service transactions, and are subject to ongoing revi- 
sions by the members based upon shared experiences. 
Other means of facilitating member communications 
and knowledge include bulletin boards, forums, and real 
time electronic meetings. 

[0016] After a contract is successfully negotiated 
and formed, this fact is posted at the business site. As 
contract performance progresses and is completed, this 
information may also be posted. Specific information 
about the contract terms may be secured for access 
only by the contracting members. In the event that per- 
formance under the contract template raises issues 
which could be addressed by appropriate modifications, 
interested members may participate in procedures for 
template amendments. 

[0017] These and other features of the invention 
herein will be described in further detail in the drawings 
and the detailed description of the preferred embodi- 
ment to follow. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0018] 

Figure 1 is a pictorial diagram of the components of 
the electronic business site interconnected to the 
members by means of the Internet; 
Figure 2 is a flow chart showing the process for 
member registration; and, 

Figures 3A and 3B together constitute a flow chart 
showing the general process for commercial trans- 
actions conducted on the electronic business site. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

[0019] Turning now to Figure 1 , the electronic busi- 
ness site 1 1 includes at least one data storage device 
12 and at least one application server 13. Servers 13 
are selected from a suitable commercial system, capa- 
ble of providing high performance database services at 
scalable transaction rates. A number of commercially 
available web servers 14 are also provided. Web serv- 
ers 14 are capable of providing high performance web 
services at transaction rates which can be scaled to 
member population. Servers 14 must also be capable of 
configuring many heterogeneous servers having the 
same name-server identity. 

[0020] The network of web servers 14 intermedi- 
ates between the web browser client, running JAVA or 
ACTIVEX, and the network of application servers 13, 
running three-tiered application server software. The 
web servers 14 are running commercially available soft- 



ware, whereas the three-tiered application server soft- 
ware has some custom features. These features 
include: client software, written in JAVA, JAVA SCRIPT, 
and/or ACTIVEX; servlets, written in server-side JAVA 
5 or a similar language; CORBA server components, and 
COM server components. 

[0021] The web servers 14 are all connected to the 
Internet 16, or another equivalent electronic communi- 
cation network. Each vendor member has a web client 

w device 17, such as a PC, which may be connected 
directly to the Internet 16, or indirectly via a collabora- 
tion server 18. The application software for the server 
18 provides a "b6lt-on" web client module as well as a 
distributed collaboration meeting facility. This latter fea- 

15 ture supports vendor member communication and inter- 
action such as same time collaboration, near time 
collaboration with persistent meeting notes and time- 
stamped discussion threads, graphics, white board, text 
chat/sideboard, and project schedule. 

20 [0022] Similarly, each customer member has a web 
client device 19, and each vendor/sub-contractor mem- 
ber has a client web client device 21, all of which are 
connected either directly or by a proxy server, to the 
Internet 16. Software used in devices 19 and 21 

25 includes a web browser or an equivalent Internet inter- 
face. 

[0023] The community organizer establishes and 
maintains the electronic business site 1 1 in exchange 
for revenue paid by the community members. Sources 

30 of potential revenue for this service include subscription 
fees, content delivery fees, service fees, advertising, 
and transaction fees. Subscription fees are levied 
monthly to members, for their participation in the com- 
munity. Usage fees may take the form of hourly charges 

35 for usage of the business site 1 1 , charges for "pages" of 
the site accessed, or a combination of the two. Content 
delivery charges are charges for downloading specific 
information, such as contract templates and directories. 
Service fees are charges for specialized services, such 

40 as electronic notifications for postings for goods or serv- 
ices of a particular type. Advertising fees are charges 
for either banner advertisements that appear on viewed 
"pages" of the site, or for "click throughs" to the adver- 
tiser's own web site. The transaction fees are commis- 

45 sions charged to members for transactional exchanges 
undertaken by community members. 
[0024] The customer members principally join the 
community to improve the efficiency and effectiveness 
of their business operations, in securing outside 

so sources of goods and services. In the present instance, 
customer members seeking vendors to bid for the 
opportunity to fulfill their needs will find an entire com- 
munity of vendors available to them. Instead of under- 
taking the prior art process of first finding and then 

55 selecting a group of vendors to whom to submit a 
Request For Proposal, the customer member using the 
electronic business site merely posts its requirements to 
the virtual business community. The customer member 
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will also have the benefit of access to the "track record" 
of each potential vendor, in performing past transac- 
tions with other members. These stored performance 
testimonials are useful to the customer member, in mak- 
ing a final selection between two vendors, particularly 
where all other aspects of their respective bids are 
close. Lastly, the customer members will have the capa- 
bility of contacting directly other customer members of 
the bidding vendors, should an additional investigation 
be warranted. 

[0025] Vendor members benefit from ready access 
to a community of customer members, willing to post 
their requirements for goods and services. The vendor 
members also have access to a collection of other ven- 
dors who may desire to form a joint venture, or another 
form of business relationship, to satisfy a customer's 
requirements. The vendor members will also benefit 
from access to certain templates, or forms, which facili- 
tate contract formation with other vendors and with cus- 
tomer members. 

[0026] Vendor/sub-contractor members benefit 
from access to customer member postings and vendor 
postings, relating to customer projects and require- 
ments. By viewing these postings, vendor/sub-contrac- 
tors are able to assess whether they have the interest 
and capability in undertaking a portion of a particular 
project, under the bid of a vendor member. Sub-contrac- 
tor members also have access to the portfolio of tem- 
plates for employment agreements, provided by the 
community organizer. 

[0027] As will be explained herein, a vendor may 
assume either a sole vendor role, a joint vendor role, or 
a sub-contractor role. It should be understood, there- 
fore, that the vendor/sub-contractor role is merely a sub- 
set of the larger vendor role, and a particular vendor 
may elect to play different roles in different projects, 
depending upon interests and capabilities to perform. 
[0028] The virtual business community is estab- 
lished, maintained, and expanded through a registration 
process. Figure 2 shows generally how such a process 
is undertaken. As will be explained below, each commu- 
nity member has somewhat different concerns depend- 
ing upon their role in the community, and this is reflected 
in the particular information entered by and collected 
from each member during the registration process. To 
begin the registration process, the existing member or 
the applicant member accesses the electronic business 
site on the Internet, and enters a name and a password 
as well, in step 22. A determination is made in step 23, 
whether a member account already exists. If so, step 24 
compares the password entered with the official 
account password. If they do not match, the process 
returns to step 22. If they do match, the contact informa- 
tion step 26 is reached. Returning briefly to step 23, if 
the member account does not exist, the process passes 
to step 27, where the password is re-entered. If the 
passwords now match in step 28, the process will pro- 
ceed to step 26. If not, the process returns again to step 



22. For a new account, a member may not enter into 
contract negotiations until the community organizer has 
validated account information. 
[0029] Basic contact information about the member, 

5 such as name, nickname, postal address, E-mail 
address, phone number, and facsimile number are 
entered into in step 26. Community information about 
each member, depending upon their role in the commu- 
nity, is provided in step 29. Access to certain types of 

w community member information is restricted by the 
community organizer. Customer members are initially 
asked to provide billing information, corporate affiliation, 
and preferences. Vendor member information to be pro- 
vided may include product or service category or cate- 
rs gories, corporate affiliation and business entity, billing 
information, and preferences. The community organizer 
conducts a screening process of new registrants, to 
ensure that all members' interests are protected. After 
step 29 is completed, the registration process ends. 

20 [0030] The overall process for transactions carried 
on at the electronic business site 1 1 is shown in Figure 
3. To initiate a transaction in step 31, a requesting cus- 
tomer member having a validated account, first defines 
in a written Request For Proposal ("RFP"), its require- 

25 ments for goods or services. Some RFPs, of course, 
may set forth a combination of both goods and services. 
From a strictly legal standpoint, the RFP will usually 
constitute an invitation for an offer, rather than an offer 
itself However, it is possible that an RFP may be written 

30 as an offer, having sufficient detail and specificity to 
form a contract upon immediate acceptance of all terms 
and conditions by a willing vendor. Typically though, the 
RFP will be more general than a formal contract offer, 
and will set forth the project description, the category or 

35 categories of goods and services, the functional specifi- 
cations for the goods and services, the time for perform- 
ance, and perhaps a range for the desired contract 
price, or a rough scale of the available budget. The E- 
mail address of the person to receive responsive bids is 

40 also set forth. In all cases, the RFP must be sufficiently 
clear and concise so as to promote both automatic and 
manual filtering, by browsing, as to its contents, after it 
is posted. 

[0031] In step 32, the RFP is posted at the elec- 
45 tronic business site. The vendor member community 33 
can become appraised of the RFP in a variety of ways. 
First, vendor members can browse all posted RFPs, as 
indicted by step 34. Although this method gives vendors 
a wide range of projects to consider, it may not be par- 
so ticuiarly time-effective if the list of available RFPs is 
lengthy. Another alternative is identified in step 36, 
namely, browsing customer names or company catego- 
ries for RFPs. Vendor members may already know most 
of the names of potential customers of interest, so this 
55 method may prove more effective in locating RFPs 
within a known field of businesses. Step 36 also con- 
templates category browsing, for companies within a 
known company category which have posted RFPs. 
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Lastly, the community organizer provides a notification 
service for RFPs, designated by step 37. With this serv- 
ice, all RFPs falling within a selected category, such as 
price, subject matter, geographic area for performance, 
time for performance, and the like, are immediately 
routed after posting to the subscribing vendor member. 
[0032] Once a vendor member has become aware 
of an RFP, it first reviews the RFP in step 38 to see if it 
is of interest. If it is, then in step 35, the vendor may con- 
sider that requesting customer's past performance. In a 
member-accessible database or other electronic record 
maintained by the community organizer, customer and 
vendor performance history 43 is stored. This history 
sets forth salient facts, regarding each members' partic- 
ipation in undertaking and completing past contracts. 
Another important consideration for the vendor, is 
deciding what role the vendor would like to assume in 
satisfaction of the customer's stated requirements. For 
example, in step 39, the vendor must decide whether or 
not it requires collaboration with others to satisfy the 
requirements of the RFP. If the vendor decides that it 
solely will perform all contractual obligations sought 
under the RFP, the vendor will directly submit a vendor 
bid or proposal, in step 41. At the moment the posting 
vendor makes the bid, the RFP posting includes a noti- 
fication of that fact and the bid itself is sent directly to the 
customer member. In step 42, the requesting customer 
evaluates the bid or proposal, taking into consideration 
the terms of the bid, and the performance history 43 for 
the posting vendor, if it is available. If the bid is one that 
appears worth pursuing further, the requesting cus- 
tomer communicates that fact to the posting vendor, and 
the contract negotiation, step 44, begins. 
[0033] In formulating the terms of the contract, the 
customer and the vendor may rely upon the cus- 
tomer/vendor template agreements 46, maintained in a 
database or other electronic record at the electronic 
business site. Then during the course of contract nego- 
tiations, these templates may be amended to incorpo- 
rate, modify, or flag terms dealing with issues which 
have arisen. In the event the negotiations result in an 
agreement, a customer/vendor contract 47 is entered 
into. Step 48, presents another opportunity to refine the 
templates by adding the new contract to the existing 
template agreements, or by amending certain provi- 
sions of the existing template agreements in accord- 
ance with the fully negotiated terms. 
[0034] As a final step 49, contract performance is 
completed under the terms of the existing cus- 
tomer/vendor contract. It may be that as a result of the 
contract performance, postings may be made, or real- 
time electronic meetings may be undertaken, by one or 
more members by way of customer/vendor forums 51. 
There may be customer only forums, vendor only 
forums, or combined customer and vendor forums. Per- 
formance under a recently completed contract may be 
discussed, or any other topic of concern to the mem- 
bers of the business community may be entertained. 



These discussion at the forums may also result in fur- 
ther refinements to the template agreements, as 
indicted in Figure 3A. 

[0035] In the event that the vendor requires collabo- 

5 ration with others to fulfill or otherwise participate in pro- 
viding goods or services in response to an RFP, other 
systems are in place in the electronic business site to 
facilitate decision-making and issue resolution. Making 
reference now to Figure 3B, the vendor must decide in 

10 step 52, whether its is to be a primary contractor or not. 
For purposes of the present discussion, a primary con- 
tractor is one who will collaborate with one or more sub- 
contractors, to fulfill the requirements of the RFP. 
Assuming first that the vendor does not wish to be a pri- 

15 mary contractor, it must then decide in step 53, whether 
or not it wants to assume a sub-contractor role. 
[0036] If the vendor elects not to be a sub-contrac- 
tor, then the remaining role is that of entering into a part- 
nership, or some other type of business relationship, 

20 with one or more other vendors. For example, if the ven- 
dor desires a partner to assist in fulfilling the require- 
ments of the RFP, the vendor may post a partner 
request 54, directed either to the vendor member com- 
munity 33 at large, or to a selected segment of that com- 

25 munity. The partner request would typically make 
reference to a particular RFP, and set forth what goods 
or services the requesting partner would provide, and 
what goods or services the sought after partner would 
provide. 

30 [0037] The potential vendor/partner may consider 
the requesting vendor/partner's past performance 55, 
by accessing the performance history 43 stored at the 
business site. Similarly, the requesting vendor/partner 
may consider the potential vendor/partner's past per- 

35 formance 55, after receiving an initial response to the 
request. 

[0038] If a satisfactory initial response is received 
from another vendor, parties may begin contract negoti- 
ations, in step 56. The parties may also rely upon the 

40 vendor/vendor template agreements 57 in establishing 
a starting point in their contract negotiations. 
[0039] It should be pointed out that the negotiated 
"contract" between the vendors could be a joint venture, 
a partnership, or even a merger of the two business 

45 entities. It simply depends upon the nature, size, and 
temporal scope of the RFP and the objectives of the 
vendors as to what form of business relationship is 
appropriate. Thus, while the particular example herein 
refers to a partnership, this relationship is only one of 

so many that may be selected, developed, and agreed to 
between and among two or more vendor members. 
[0040] If the negotiations are successful, the ven- 
dors will then enter into a vendor/vendor contract agree- 
ment, in step 58. It is reasonable to assume that in most 

55 instances, the agreement will be contingent upon suc- 
cessful bidding for a particular RFP. However, the nature 
of the electronic business site is such that longer term 
alliances and other business relationships may result 
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from an initial collaborative effort between two or more 
vendors. Based upon their contractual agreement, the 
vendors must still formulate a vendor/vendor bid or pro- 
posal, in step 58. Taking into consideration their con- 
tractual agreement, the posting vendors will submit their 5 
bid to the customer member in the same manner as the 
individual posting vendor did, in the example previously 
described. The vendor/vendor bid will undergo an eval- 
uation process by the customer, and if successful in bid- 
ding, the contract negotiation, contract formation, and 10 
vendor performance processes are identical to those 
previously explained in Figure 3A. For that reason, no 
effort will be made herein to provide a duplicate expla- 
nation of those steps already described. 
[0041] Returning now to step 53, if the vendor 15 
elects to be a sub-contractor, the vendor will register 
itself on a list of sub-contractors 59. This list will typically 
make reference to a particular RFR and will also set 
forth the particular goods and services which the vendor 
is capable of providing, in this role as a sub-contractor. 20 
The community organizer may also maintain a general 
list of sub-contractors, which contains the names of all 
members who are interested in performing as a sub- 
contractor without reference to particular project 
requirements. These lists are available to other vendors, 25 
and are particularly designed for access by vendors 
desiring to be a primary contractor, in fulfilling a particu- 
lar RFR 

[0042] Thus, in step 52, if the vendor seeks the role 
of a primary contractor, it does so with the knowledge 30 
that one or more sub-contractors must be solicited or 
ascertained, for providing goods or services that the pri- 
mary contractor itself cannot provide. In step 61, the pri- 
mary contractor undertakes a process known as 
marshalling the sub-contractor list. In reviewing this list, 35 
the primary contractor assesses the capabilities, experi- 
ence, and skills of a listing sub-contractor, and decides 
which one or ones of them are good prospects. The pri- 
mary contractor may also consider past sub-contractor 
performance 60, by accessing the database containing 40 
performance history 43. Then, in step 62, the process of 
contract negotiation between and among the ven- 
dor/primary contractor and one or more vendor/sub- 
contractors is undertaken. As with the other contract 
negotiation and formulation processes described, the 45 
parties may rely upon primary/sub-contractor template 
agreements 63. These agreements are maintained and 
refined in the same way as the other templates. 
[0043] If the parties have successfully negotiated 
the terms and conditions of their business relationship, so 
a primary/sub-contractor contract 64 is entered into. 
Because this relationship is usually formulated around a 
particular RFR the contract 64 is typically contingent 
upon the primary contractor's award of a prime contract 
with the customer who posted that RFR To that end, the 55 
primary contractor submits a posting vendor/primary 
contractor bid or proposal in step 66 (see, Figure 3A). 
Of course, only the posting vendor/primary contractor 
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submits the bid, as the sub-contractors tights and obli- 
gations to perform the requirements of the RFP are only 
under the primary contractor, by virtue of the pri- 
mary/sub-contractor contract 64. After the posting ven- 
dor/primary contractor's bid has been submitted to the 
requesting customer member, this bid is treated in iden- 
tical fashion to the posting vendor bid and the posting 
vendor/vendor bid described above. 
[0044] It will be appreciated, then, that I have 
described an electronic business site established and 
maintained by a community organizer. Customers and 
vendors register as exclusive members of the business 
site, and use its unique and efficient methods of posting 
Requests For Proposals, formulating partnerships, for- 
mulating primary and sub-contractor relationships, sub- 
mitting bids, negotiating and entering into contracts, and 
performing under those contracts. 

Claims 

1. A computerized method for members to conduct 
business at a member-only accessible electronic 
business site, comprising the steps of: 

a. registering a community of customer mem- 
bers, at least one of said customer members 
being a requesting customer, posting a request 
for proposal for goods or services at the elec- 
tronic business site; 

b. registering a community of vendor members, 
at least one of said vendor members being a 
posting vendor, accessing and reviewing said 
request for proposal; 

c. providing a performance history database at 
the electronic business site, said database 
containing past contract performance history 
for said customer members and said vendor 
members, said database being accessible by 
customer members and vendor members; 

d. said posting vendor posting a bid in 
response to said request for proposal, provid- 
ing said posting vendor member finds said 
request for proposal of interest; 

e. said requesting customer evaluating said 
bid, and entering into contract negotiations with 
said posting vendor, providing said requesting 
customer member finds said bid of sufficient 
interest for negotiation; and, 

f. entering into a customer/vendor contract, 
providing said requesting customer and said 
posting vendor agree upon terms of a cus- 
tomer/vendor contract. 
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2. The method of claim 1 further including the steps of 
collecting information regarding customer and ven- 
dor performance under said customer/vendor con- 
tract, and entering said information into said 
performance history database. 

3. The method of claim 1 further including the step of 
providing a customer/vendor template agreement 
database containing at least one agreement for the 
sale of goods or services between a customer and 
one or more vendors, said customer/vendor tem- 
plate database being accessible by said customer 
members and said vendor members. 

4. The method of claim 3 further including the step of 
facilitating customer/vendor forums, during which 
performance under customer/vendor contracts is 
discussed by way of bulletin board postings and 
electronic meetings through the electronic business 
site. 

5. The method of claim 4 further including the step of 
refining said template database in view of discus- 
sions had during the course of said customer/ven- 
dor forums. 

6. The method of claim 1 further including the step of 
said posting vendor member making a determina- 
tion after reviewing said request for proposal, that 
said posting vendor requires collaboration with 
other vendor members to provide said goods or 
services required under said request for proposal. 

7. The method of claim 6 further including the steps of 
said posting vendor member electing to become a 
primary contractor and reviewing a sub-contractor 
list maintained at the electronic business site for 
marshalling one or more sub-contractors to assist 
said primary contractor in providing said goods or 
services. 

8. The method of claim 7 further including the steps of 
said primary contractor accessing said perform- 
ance history database, and considering the per- 
formance of sub-contractors which have been 
marshalled. 

9. The method of claim 8, further including the steps 
of said primary contractor and said marshalled sub- 
contractor undertaking contract negotiations and 
entering into a primary/sub-contractor contract. 

10. The method of claim 9, further including the step of 
providing a primary/sub-contractor template agree- 
ment database containing at least one agreement 
for the sale of goods or services between a primary 
contractor and one or more sub-contractors, said 
primary/sub-contractor template database being 



accessible by primary contractors and sub-contrac- 
tors. 

1 1 . The method of claim 6 further including the steps of 
5 said posting vendor member electing to become a 

sub-contractor and registering on a sub-contractor 
list maintained at the electronic business site. 

12. The method of claim 6 further including the steps of 
w said posting vendor member electing to enter into a 

joint business relationship with another vendor to 
assist said accessing vendor member in providing 
said goods or services, and posting a vendor/con- 
tract request at the electronic business site to the 
is vendor member community. 

13. The method of claim 12 further including the steps 
of said posting vendor accessing said performance 
history database, and considering the performance 

20 of any vendor which has responded to said ven- 
dor/contract request. 

14. The method of claim 13, further including the steps 
of said posting vendor and said responding vendor 

25 undertaking contract negotiations and entering into 
a vendor/vendor contract. 

15. The method of claim 14, further including the step 
of providing a vendor/vendor template agreement 

30 database containing at least one agreement struc- 
turing the joint providence of goods or services by 
two or more vendors for a customer, said ven- 
dor/vendor template agreement database being 
accessible by vendor members. 

35 

16. A computerized method of conducting business at 
an electronic business site on a network accessible 
only by members of a registered business commu- 
nity including customer members and vendor mem- 

40 bers, comprising the steps of: 

a. receiving and storing a request for proposal 
from a requesting customer member; 

45 b. posting said request for a proposal at the 

electronic business site, for access and review 
by the vendor members; 

c. receiving and storing a bid from a posting 
so vendor member, said bid being responsive to 

said request for proposal; 

d. posting said bid at the electronic business 
site, for access and review by said requesting 

55 customer member; 

e. maintaining a performance history database 
at the electronic business site, said database 
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containing past contract performance history 
for said customer members and said vendor 
members, said performance history database 
being accessible by customer members and 
vendor members; 5 

f. maintaining a customer/vendor template 
agreement database containing at least one 
agreement for the sale of goods or services 
between a member customer and one or more 10 
member vendors, said customer/vendor tem- 
plate database being accessible by said cus- 
tomer members and said vendor members; 

g. accessing said performance history data- 15 
base and considering performance of the post- 
ing vendor member and considering 
performance of the requesting customer mem- 
ber; and, 

20 

h. accessing said customer/vendor template 
agreement database and entering into contract 
negotiations between said requesting cus- 
tomer member and said posting vendor mem- 
ber using an agreement accessed. 25 

17. The method of claim 16 further including the step of 
said posting vendor making a determination after 
reviewing said request for proposal, that said post- 
ing vendor requires collaboration with other vendor 30 
members to provide said goods or services 
required under said request for proposal. 

18. The method of claim 17 further including the steps 

of said posting vendor member electing to become 35 
a primary contractor and reviewing a sub-contractor 
list maintained at the electronic business site for 
marshalling one or more sub-contractors to assist 
said primary contractor in providing said goods or 
services. ao 

19. The method of claim 17 further including the steps 
of said posting vendor member electing to become 
a sub-contractor and registering on a sub-contrac- 
tor list maintained at the electronic business site. 45 

20. The method of claim 17 further including the steps 
of said posting vendor member electing to enter 
into a joint business relationship with another ven- 
dor to assist said accessing vendor member in pro- so 
viding said goods or services, and posting a 
vendor/contract request at the electronic business 
site to the vendor member community. 
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